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Preface 



This manual describes how to check the effects of imposing 
loads on the channels of an IBM 3115-2 Processing Unit in 
an IBM System/370 Model 115. The book is intended for 
physical planning engineers and systems analysts who wish 
to check that a proposed configuration of input/output 
(I/O) devices will work satisfactorily in the System/370 
Model 115. 

The first section of the book describes the types of 
channels to which I/O devices can be connected, the 
theoretical data rates of the channels, and the possible 
effects of imposing heavy I/O loads on those channels. The 
effects considered are: data overrun, loss of device 
performance, channel interference with the instruction 
processing unit (IPU), program overrun, and excessive 
channel utilization. 

The second section gives the procedures for testing data 
overrun on the byte-multiplexer channel. This section also 
includes a description of how to assign priorities to devices 
on the byte-multiplexer channel. 

The third section deals with interference with the IPU 
that is caused by activities on the channels, and describes 



how the interference can be assessed. The same section also 
shows how to check for the possibility of program overrun. 

The fourth section describes the concept of channel 
utilization. 

Before using this manual, the reader should have a 
thorough understanding of input/output operations for the 
3115-2 as described in: 

IBM System/ 3 70 Model 115 Functional Characteristics, 
GA33-1510, 
IBM System/ 370 Principles of Operation, GA27-7000. 

Detailed information on the standard I/O interface is 
given in IBM System/360 and System/ 370 I/O Interface 
Channel to Control Unit, Original Equipment Manu- 
facturer's Information, GA22-6974. 

When calculating for data overrun on the byte- 
multiplexer channel, a special worksheet is required: IBM 
System/370 Model 115 Byte-Multiplexer Channel: Load 
Sum Worksheet, GX33-6007, available in pads of 50, or an 
equivalent worksheet from a System/ 3 60 machine may be 
used. 
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Input/ output (I/O) devices are connected to the IBM 
3115-2 Processing Unit via the following facilities: 

1 . Byte-multiplexer channel with standard interface. 

2. Integrated card I/O and printer attachment for 
connecting several types of card I/O machines and line 
printers. 

3. Integrated communications adapter (ICA) for 
connecting up to four binary synchronous and eight 
asynchronous communication lines. 

4. Direct disk attachment (DDA) for connecting an IBM 
3340 disk storage subsystem (which allows up to eight 
disk drives to be connected). 

5. Magnetic tape adapter for connecting either an IBM 
3410/3411 magnetic tape subsystem, Model 1, 2, or 3 
(with up to four or six tape drives), or an IBM 
3803-3/3420 magnetic tape subsystem (with up to eight 
tape drives). 

6. Service processor (SVP) native attachments for 
connecting the video display, keyboard, and console 
matrix printer. 

I/O devices can be connected directly to the 3115-2's 
integrated attachments and adapters instead of via the usual 
channel and control unit combination. However, the 
devices appear to the programmer as if they were connected 
to normal channels (Figure 1). 
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Byte Multiplexer Channel 





X'40'to'FF' 


Direct Disk Attachment 
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Magnetic Tape Adapter 
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'80' to '85' 



subchannel to hold information for controlling the current 
operation at the device. A subchannel may be shared by 
more than one device or it may be nonshared. A shared 
subchannel is used for a control unit that can have several 
devices attached, only one of which requires the subchannel 
at any one time. A nonshared subchannel is used for a 
control unit which controls only one device. 

As shown in Figure 1, some natively attached I/O devices 
are addressed as if they were on channel 0. For the 
byte- multiplexer channel only the device address range 
X'40' to X'FF is available. 

Subchannel Addressing 

In I/O instructions associated with the byte-multiplexer 
channel, the most significant bit of the device address byte 
defines whether a subchannel is nonshared (bit = 0) or 
shared (bit 0= 1). 

Because the byte- multiplexer channel contains 32 
subchannels, a nonshared subchannel is addressed by the 
"address folding" method, which permits a greater choice 
of device addresses to be available with a limited number of 
subchannels. A shared subchannel has the address of the 
corresponding control unit. 

When allocating device addresses, the programmer must 
observe the conditions given in the following paragraphs. 

Nonshared Subchannels 

For nonshared subchannels (hexadecimal addresses 40 
through 7F), the most significant three bits of the device 
address byte are ignored for address purposes (Figure 2). 
Thus the addresses '4F' and '6F' (for example) would both 
address the same subchannel — subchannel 'OF' (hex), 15 
(dec). Therefore, device addresses for nonshared sub- 
channels must be chosen so that the least significant five 
bits of the device address are never repeated. 



1 



3 4 5 



Figure 1. Use of I/O Addresses by MPX Channel and Integrated 
Attachments [20411] 






1 




X 


X 


X 


X 


X 



SUBCHANNELS 

The byte-multiplexer channel contains 32 subchannels. 
Each control unit attached to the channel requires a 



Ignored for 
address purposes 



Subchannel number 
(0 through 31) 



Figure 2. Device Address Byte for Non-shared Byte-Multiplexer 
Subchannel [20412] 
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Shared Subchannels 

For shared subchannels (hexadecimal addresses '80' 
through 'FF'), the most significant bit of the device address 
byte is ignored (Figure 3) and the least significant four bits 
have no function in the identification of the subchannel. 
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(0 through 7) (0 through 1 5) 

Figure 3. Device Address Byte foi Shared Byte^-Multiplexer 
Subchannel [20413] 

Bits 1, 2, and 3 specify one of eight shared subchannel 
numbers (0 through 7) and, hence, one of up to eight 
control units. Each control unit that is associated with a 
shared subchannel may have up to 16 devices attached. A 
control unit which is capable of handling 32 devices would 
occupy two shared subchannels.* The devices are identified 
by the four least significant bits of the device-address byte. 
Thus, the device addresses '90' through '9F' (for example) 
would all address (and share) subchannel 1 . 

Device addresses for shared subchannels must be chosen 
so that they do not address subchannel numbers in use for 
nonshared subchannels. 

INTERFERENCE ON MODEL 115 

On a 3115-2 the integrated I/O attachments, the 
byte-multiplexer channel and the instruction processing 
unit (IPU) each have their own processing capability. 
Because they do not share microprogram control, all 
attachments, multiplexer channel, and IPU may run 
independently of each other. The load on an integrated 
attachment has no impact on the multiplexer channel and 
the multiplexer channel does not interfere with instruction 
processing in the IPU. 

The only common resource, for all I/O devices and the 
IPU, is main storage. Access to main storage is controlled 
by the main storage controller (MSC) which has a data 
handling capacity of 2.08 megabytes per second. If the 
Model 115 includes natively-attached disk or tape 
subsystems, and thus has a high transfer rate of I/O data, 
MSC usage will still be below 50 per cent. Therefore, the 
time that the I/O devices and IPU wait for MSC service is 
small in comparison to the time they require for processing 
and data handling. MSC time is therefore ignored in the 
calculations described in this manual. 



For details of the number of subchannels required by a specific 
control unit, consult the control unit reference manual 



However, some interference occurs during the processing 
of an I/O instruction, such as 'start I/O' (SIO), 'test I/O' 
(TIO) and during interrupt handling. For these activities the 
IPU and an integrated attachment or the byte-multiplexer 
channel have to communicate with each other, and 
occasionally they may have to wait. Under certain 
conditions this waiting time may lead to a program overrun. 
To help the reader calculate such cases, the behaviour of 
the byte-multiplexer channel is described, and some 
examples are given, in "Channel Interference with IPU" and 
"Program Overrun". 

Interference on the common service processor (SVP) 
interface is not considered, because the I/O adapters and 
the byte-multiplexer channel use this interface only under 
exceptional conditions (checks, logging). 

DATA RATES AND TIMINGS OF BYTE-MULTIPLEXER 
CHANNEL 

The maximum theoretical data rates of the 3115-2's 
byte- multiplexer channel are: 

Byte mode: 25 kilobytes per second 
Burst mode: 29 kilobytes per second 

These theoretical data rates are calculated as the inverse 
of the time (including address fetching for indirect data 
addressing — IDA — but without chaining) which the 
channel microprogram requires to transfer one byte. The 
data transfer time includes waiting times for I/O response. 
I/O devices which exceed this reponse time slow down the 
data transfer. 

Data chaining will slow down data transfer, because of 
the longer processing time required by the channel 
microprogram. 

To evaluate the load caused by different tasks on the 
channel, e.g. priority load and device load factors of an I/O 
device, the timing characteristics of the channel and the I/O 
device, or its control unit, must be known. 

The following tables (Figures 4, 5 and 6) give timings for 
the most common operations on the 3115-2's byte- 
multiplexer channel. 

EFFECTS OF CHANNEL LOADING 

If the byte-multiplexer channel is too heavily loaded, that 
is, if the CPU attempts to communicate simultaneously 
with too many high data-rate devices on this channel, the 
following effects can occur: 

1. Unbuffered I/O devices may lose data, this is called data 
overrun. Data overrun occurs when a channel does not 
accept or transfer data within the required time limits. 
This data loss may occur if the total channel activity 
that is started by the program exceeds the channel 
capabilities. The possibility of data overrun can be 
checked as described in the section "Byte-Multiplexer 
Channel Data Overrun". 



2 System/370 Model 115 Channel Characteristics (for 3115-2) 



Channel Activity 


Time in Microseconds 


Time Overlapped 


Processing Time 
Per Byte 


REQ-IN up to rising of HOLD-OUT and SEL-OUT 

SEL-OUT up to test for OP-IN up* 

OP-IN found up to test for ADR-IN up* 

ADR-IN found up to rising of COMD-OUT 

COMD-OUT up to dropping of SEL-OUT and HOLD-OUT 

COMD-OUT up to test for SERV-IN up* 

SERV-IN found up to rising of SERV-OUT (read or write) 

SERV-OUT up to test for SERV-IN down** 

SERV-IN found down to dropping of SERV-OUT** 

SERV-OUT up to test for OP-IN down* 

OP-IN found down to test for next REQ-IN up 

Total time 


1.4 

0.1 
0.1 


3.6 
2.2 

0.5 
2.2 

1.8 
14.4 

13.5 
1.8 




40.0 ms 



* These tests are carried out by microprogram and repeated each 3.5 microseconds. When the referenced TAG 
line does not switch in time, the transfer time is increased in increments of 3.5 microseconds until the 1/0 
device responds. 
** Controlled by hardware. 

Note: Further information about the signals shown in the table is available in IBM System/360 and System/370 
I/O Interface Channel to Control Unit, Original Equipment Manufacturers' Information, GA22-6974. 

Figure 4. Processing Time of Model 115 Byte- Multiplexer Channel for Data Transfer in Byte Mode, Started by 
Polling [20414] 



Channel Activity 


Time in Microseconds 


Time Overlapped 


Processing Time 
per Byte 


1. Initial Selection to First SERV-IN Test 

ADR-OUT, HOLD-OUT, SEL-OUT up to test for OP-IN up* 

OP-IN found up to dropping of ADR-OUT 

ADR-OUT down to test for ADR-IN up* 

ADR-IN found up to dropping HOLD-OUT, SEL-OUT and 

rising of COMD-OUT 

COMD-OUT up to test for STAT-IN up* 

STAT-IN found up to rising of SERV-OUT (unit status = 0) 

SERV-OUT up to test for STAT-IN down** 

STAT-IN found down to dropping of SERV-OUT** 

SERV-OUT up to test for SERV-IN up* (or for OP-IN down) 


0.1 
0.1 


3.6 
0.9 

1.4 

3.2 
0.9 
3.6 

5.0 


Total Time 


18.6 ms 


2. Data Transfer in Burst Mode 

SERV-IN found up to rising of SERV-OUT 
SERV-OUT up to test for SERV-IN down 
SE R V-l N found down to dropping of SE R V-OUT 
SERV-OUT up to test for next SERV-IN up* 


0.1 
0.1 


8.1 
26.4 


Total Time to Transfer One Byte 


34.5 ms 



* These tests are carried out by microprogram and repeated each 3.5 microseconds. When the referenced TAG 
line does not switch in time, the transfer time is increased in increments of 3.5 microseconds until the I/O 
responds. 

** Controlled by hardware. 

Note: Further information about the signals shown in the table is available in IBM System/360 and System/370 
I/O Interface Channel to Control Unit, Original Equipment Manufacturers' Information, GA22-6974. 

Figure 5. Processing Time of Model 115 Byte-Multiplexer Channel for Data Transfer in Burst Mode, Started by 
Channel-initiated Selection [20415] 
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Channel Activity 


Time in 
Microseconds 


1 . Data chaining will increase the basic time to transfer one byte in byte or 
burst mode by: 

and. Additional for transfer-in-channel (TIC) command: 
Additional for I/O relocation (IDA flag) 
Additional for program controlled interruption (PCI) set-up: 


41.0 

21.0 

21.0 

1.4 


2. Command chaining* 

REQ-IN up to test for STAT-IN (I/O initiated selection) 


9.5 


From STAT-IN presentation of channel end and device end 

to COMD-OUT with next command 

best case (count zero, data transfer complete) 

worst case (outstanding data transfer from buffer — only for read-type 

operation) 

as before, but STAT-IN presenting device end alone 


78.0 

91.0 
72.0 


COMD-OUT up to test for OP-IN down 


3.7 


OP-IN found down to test for next REQ-IN up 


1.8 


and, Additional for Status Modifier 
Additional for TIC Command 
Additional for I/O relocation (IDA) 
Additional for PCI set-up 


6.8 
21.0 
21.0 

1.4 



* Command chaining contains deselection and channel initiated I/O reselection. These times may 
be increased depending on response times of I/O device. For details see Figures 4 and 5. 

Figure 6. Processing Time of Model 115 Byte-Multiplexer Channel for Chaining Data, and Chaining Commands [20416] 



2. Performance of buffered I/O devices may be reduced. 
When channel service is not provided within the required 
time limits, the buffered device - being immune from 
data overrun — merely waits for channel service. Loss of 
performance on buffered devices is unlikely to be 
significant unless the percentage channel utilization is 
high. 

3. Certain realtime devices may not receive service from 
the program fast enough to prevent incorrect device 
operation. This effect is called program overrun and is 
described under "Program Overrun" in the section 
"Channel Interference with IPU". 

4. Queues may develop for tasks that require channel 
service, thus leading to loss of throughput (see "Channel 
Utilization"). 

Because of these effects it is desirable that the loading of 
a particular configuration of I/O devices be checked - using 



the procedures in this manual — during the physical 
planning phase of a system installation. These procedures 
will determine — in most cases — whether system operation 
will be satisfactory. More detailed investigation may be 
necessary for configurations that appear to exceed the 
byte-multiplexer channel's input/output capabilities. 

The test procedures in this manual assume worst case 
situations, in which the most demanding devices in the 
configuration all make their heaviest demands on the 
byte- multiplexer channel simultaneously. Such situations 
may not occur frequently. The procedures are not suitable 
for calculating the incidence of worst cases, however. In 
actual operation, a device may perform satisfactorily even 
though the test procedures showed that it was liable to 
overrun. This is because the worst case situation may never 
occur in the lifetime of the device. 



4 System/370 Model 115 Channel Characteristics (for 3115-2) 



Byte- Multiplexer Channel Data Overrun 



This section describes how to test for possible data overrun 
on the byte-multiplexer channel. 

The validity of the test procedures depends on normal 
channel programming without unusual "tricks" such as 
chains of immediate commands, 'transfer-in-channel' (TIC) 
command loops, successive 'no-op' commands, 'no-op' TIC 
chains, etc. The calculations are based on normal command 
chains. 



WAIT TIME AND INTERFERENCE 

Each I/O device on the byte-multiplexer channel has a wait 
time. The wait time is the maximum period that the device 
can wait for completion of channel service (see "Glossary") 
before data overrun occurs (that is, the device loses data) or 
before its performance is impaired. In this manual, a device 
that is waiting for the completion of channel service is 
called a waiting device, and any channel activity that causes 
a device to wait for channel service is called interference. 

The following three types of interference can cause a 
device to wait for completion of channel service: 

• Previous load, 

• Priority load, 

• Device load. 

If the combined effect of these three types of 



interference causes the completion of channel service for a 
waiting device to be delayed beyond its wait time, the 
device may lose data (data overrun) or may suffer loss of 
performance as shown in Figure 7. The test procedure for 
byte- multiplexer channel data overrun (given later in this 
section) assumes the worst case, namely that all these 
factors cause interference with the waiting device. 

Previous Load 

A device on the byte-multiplexer channel may be forced to 
wait for channel service if another device with lower 
priority is in operation at the moment when the waiting 
device requests channel service. The lower priority device 
must be allowed to finish its operation before channel 
service can be given to the waiting device. Interference of 
this type is called a previous load and is assumed to last for 
approximately 0.10 millisecond (ms). The appendixes to 
this manual contain tables of channel evaluation factors in 
which the previous-load factor for each waiting device is 
expressed as a percentage of the wait time for that device. 

Impact of IPU Service on I/O Service 

The channel has to service I/O devices and the IPU. The 
IPU is serviced when no I/O requests are pending. To 
minimize the impact of IPU handling on I/O service, 



Previous- Load 
Interference 



Priority-Load Interferences 
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C2 
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Device-Load Interference 



Device Requests 
Channel Service 



Waiting Device's Wait Time 




Channel Completes 
Channel Service 



Channel service — if not completed until after 
the waiting device's wait time has elapsed (as 
shown) — causes: 

1. Class 1 waiting device to lose data. 

2. Class 2 or 3 waiting device to lose performance 

Figure 7. Three Kinds of Interference Can Cause Channel Service to be Delayed Beyond a Waiting Device's Wait Time [20417] 
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handling of I/O instructions or interrupts by the IPU may 
be interrupted by I/O requests each 30 to 40 microseconds. 
The longest continuous microprogram routine is shorter 
than a data transfer of one byte from an I/O device. For 
channel load evaluations (testing for data or program 
overrun) this interference is included in the previous load. 

Priority Load 

The byte-multiplexer channel services all attached devices 
in the order of their priority. A waiting device on the 
byte-multiplexer channel may be forced to wait for channel 
service while channel service is being given to higher- 
priority devices on the byte-multiplexer channel. In this 
manual, a higher-priority device that can cause a waiting 
device to wait for channel service is called a priority device. 
The interference from a priority device is called a priority 
load. 

Because of the way in which data overrun is tested, the 
priority load of each priority device is expressed as a 
percentage of the waiting device's wait time. Therefore a 
priority device does not necessarily have the same 
priority-load factor for all waiting devices. In the 
calculation of priority load, the interference is considered 
to have two distinct components: the A factor and the B 
factor. 

A- Factor Interference 

A-factor interference is caused by channel microprogram 
activity, such as command chaining, for the priority device. 
The duration of this type of interference is significant 
compared with typical wait times. Therefore, the priority 
load, being expressed as a percentage of wait time, depends 
on the wait time of the waiting device. For example, if a 
waiting device's wait time is 0.20 millisecond and the 
microprogram activity associated with the priority device 
lasts for 0. 1 millisecond, then the priority load is 50 per 
cent. (In the channel evaluation factor tables in Appendixes 
A and B, the A factors are expressed in milliseconds 
multiplied by 100. In the example above, the A factor 
associated with a microprogram activity lasting 0.10 
millisecond is, therefore, 0.10 X 100 = 10.00.) 

Figure 8 shows how A-factor interference varies with the 
wait time of the waiting device. 

B- Factor Interference 

B-factor interference is caused typically by data transfers to 
and from the priority device. As shown by the example in 
Figure 9, the duration of each data transfer is short 
compared with typical wait times. The data transfers occur 
frequently enough, however, to have a total effect that can 
be expressed as a percentage interference — namely, the B 
factor — that is constant for all wait times. 



Duration* of a block of 
channel microprogram activity 
(such as command chaining) 



Priority load curve of a priority 
device whose A factor is 10.00* 
(with B factor = 0.00) 




0.20 0.30 

Wait Time (Milliseconds) 



0.50 



The A factor given in the channel evaluation factor tables (see 
Appendixes A and B) is the duration of interference in milliseconds 
multiplied by 100. If the duration of interference is 0.10 milli- 
second (as shown in the illustration), the A factor is 0.10 X 100 = 
10.00. Thus, for a waiting device having a wait time of 0.2 milli- 
second, the interference is obtained directly as a percentage thus: 



A factor 
Wait time 



10.00 



0.2 



= 50% 



Figure 8. Example of Priority Load Curve of a Priority Device 
Causing Interference by Command Chaining (A-factor 
Interference) [20418] 



A and B Factors Combined 

In actual I/O operations, the pattern of interference tends 
to be more complex than has been suggested by the 
example priority load curves in Figures 8 and 9. Usually, 
the A and B factors are both nonzero and the total priority 
load of a priority device is given by: 

Priority load = + B% 

Wait time 

where the wait time is that of the waiting device. 

Multiple A and B Factors 

Some devices have only one set of A and B factors but 
others have more than one set (see the tables A-l, A-2, and 
B-l in the appendixes). In these tables (as shown in Figure 
10), the A and B factors have priority time factors 
associated with them that show the ranges of wait times (of 
waiting devices) for which the A and B factors are valid. 
Figure 1 also shows how to choose the appropriate A and 
B factors according to the wait time of a waiting device. 
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Figure 9. Example of Priority Load Curve of a Priority Device Causing Interference by Transferring Data (B-factor 
Interference) [20419] 



Device Load 

When channel service to priority devices has finished (see 
Figure 7), channel service to the waiting device then starts 
and continues until the data byte has been transferred to, 



or from, the waiting device. The delay caused by providing 
this channel service to the waiting device is called the device 
load and is expressed in the channel evaluation factor tables 
as a percentage of the device's own wait time. 
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Time 
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0.46 
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0.46 ms to 32 ms 


32 
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703 
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Example 1 

When considering the priority load of an IBM 1442 Card Read Punch Model N1 , (that is 
reading EBCDIC), upon a waiting device that has a wait time of 0.41 ms, use the following 
priority load factors: 
A = 16.2 and B = 0.00 (because 0.41 ms is in the range 0.16 ms to 0.46 ms) 

Example 2 

Similarly, for a waiting device that has a wait time of 10.00 ms, use the following priority 
load factors: 
A = 3.44 and B = 27 (because 10.00 ms is in the range 0.46 ms to 32 ms) 

Figure 10. Examples Showing How to Choose Priority Load Factors [20420] 
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How to Assign Priorities of Byte-Multiplexer Channel Devices 



Priority assignments for devices that are to be connected to 
the byte- multiplexer channel should be established during 
the physical planning phase of an installation so that cables 
for the I/O devices can be properly specified. The channel 
performance is affected by the priority sequence in which 
the I/O devices are attached to the channel. 

The underlying principle in assigning priorities to devices 
on the byte- multiplexer channel is that the highest priority 
is given to: 

1. Those devices that would overrun (that is, lose data) if 
channel service were delayed beyond the wait time. 

2. Those devices that are least able to tolerate interference 
(that is, have the shortest wait times). 

CLASSES 

In the assignment of priorities, byte-multiplexer channel 

devices are considered in three classes: 

Class 1 Devices that are liable to overrun, such as the IBM 
2501 Card Reader. 

Class 2 Devices that need channel service to be syn- 
chronized with their mechanical operations. For 
example, the IBM 2540 Card Read Punch has a 
constant mechanical cycle. A delay in channel 
service for such a device usually causes an 
additional delay because data cannot be transferred 
until the next operational point is reached in the 
device cycle. 

Class 3 Devices that do not need synchronized channel 
service, such as an IBM 2260 Display Station with 
an IBM 2848 Display Control. Similarly, the IBM 
1443 Printer is a class 3 device. It can begin 
printing as soon as its buffer is full and line spacing 
is completed: any loss of device performance is due 
solely to delay in providing channel service. 



PRIORITIES 

Assign priorities in class order, with class 1 devices having 
the highest priority and class 3 devices having the lowest. 
(Class 2 and class 3 devices may operate with reduced 
performance on an overloaded channel but are not liable to 
data overrun.) Within each class, assign decreasing priority 
to devices in order of their increasing wait times, that is, the 
devices with the shortest wait times should have the highest 
priorities. 

Example: Assume that an IBM 2501 Card Reader, an IBM 
1442 Reader Punch, an IBM 3270 Information Display 
Terminal, and an IBM 1419 Magnetic Character Reader/ 
Sorter are to be connected to the 3115-2's multiplexer 
channel. After these devices have been sorted by classes, the 
following priorities will be found: 

1 Priority 1419 Magnetic Character Reader/Sorter (class 1) 

2 Priority 2501 Card Reader (class 1, wait time greater 
than 1419) 

3 Priority 1442 Reader Punch (class 1 with inseparable 
class 2 component) 

4 Priority 3270 Information Display Terminal (class 3). 
The priorities thus found are put into effect by 

appropriate wiring of the select-out signal which the 
channel uses to poll its connected devices. The device that 
first receives the select-out signal can seize it and block 
further propagation. For our example, the select-out signal 
must be wired as shown in Figure 1 1 . 

The configuration shown in Figure 1 1 was obtained from 
two criteria, that is, class and device wait time. The same is 
true for any other configuration, class and wait time 
determine select-out routing. 

Figure A-2 in Appendix A gives the wait times for devices 
that can be connected to the byte-multiplexer channel and 
are liable to data overrun. The following devices are class 2 
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Y~Y 



Sel 



r~\ 
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Sel 



High 



Low 



Sel 



3270 1442 2501 

Figure 11. Example for Assigning Priority on the MPX Channel [20421] 
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or class 3 devices and no information is given in Figure A- 2 
as these devices do not overrun: 

IBM 1017 Paper Tape Reader 

IBM 1018 Paper Tape Punch 

IBM 1403 Printer 

IBM 1443 Printer 

IBM 2250 Display Unit 

IBM 2260 Display Station 

IBM 2495 Tape Cartridge Reader 

IBM 2540 Card Read Punch 

IBM 27 1 5 Transmission Control Unit 

IBM 3270 Information Display System 

IBM 3505 Card Reader 

IBM 3525 Card Punch. 



SPECIAL CASES 

IBM 1419 Magnetic Character Reader/Sorter 

See Appendix B for details of assigning priorities to this 
device. 

Devices Having Class 1 and Class 2 Components 

Class 1 devices that have an inseparable class 2 component 
should be assigned a priority according to the class 1 wait 



time. For example, the IBM 1442 Card Read Punch Model 
1 incorporates a class 1 reading component and a class 2 
punching component. The priority that is assigned to this 
1442 Card Read Punch should be in the sequence of the 
wait time for the reading (class 1) component. 

Burst-Mode Devices 

A burst-mode device monopolizes the channel for the 
duration of an operation — a period of time which is long 
relative to the wait times of typical byte-mode devices. 
Therefore, any class 1 device that has not finished 
transferring all the bytes of a byte-mode operation when 
the burst-mode operation begins, is very likely to overrun. 
Similarly, class 2 or class 3 devices are likely to lose 
performance. Burst-mode devices should, therefore, have 
the lowest priority on the channel with the exception of 
any class 3 device. 

IBM 2701 Data Adapter Unit, IBM 2702 Transmission 
Control, IBM 2703 Transmission Control 

These teleprocessing devices operate in byte multiplex 
mode but are relatively insensitive to overrun because all 
teleprocessing access methods provide the means to recover 
lost data. These devices should be given the lowest priorities 
among the class 1 devices on the channel. 
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How to Test for Byte-Multiplexer Channel Data Overrun 



The test for data overrun on the byte-multiplexer channel 
involves the calculation of a load sum (see "Glossary") for 
each waiting device. These calculations are given as a 
step-by-step procedure in the following paragraphs (and 
Figures 12 through 19). Before starting the step-by-step 
procedure: 

1. Obtain IBM System/370 Model 115 Byte-Multiplexer 
Channel; Load Sum Worksheet, GX33-6007, available in 
pads of 50 (Figure 1 2). 

2. Check that the devices to be connected to the 
byte-multiplexer channel have been assigned their 
priorities as described under "How to Assign Priorities 
of Byte-Multiplexer Channel Devices". 

Now calculate the load sum as described in the following 
example: 



How to Test for Byte-Multiplexer Channel Data Overrun 1 1 



STEP A 

List the devices by name in the priority sequence previously 
determined. The worksheet has device boxes numbered 1 to 
9 for that purpose (Figure 1 2). We use the example given in 
Figure 1 1 . 



IBM System/370 Model 115 Byte-Multiplexer Channel: 

Waiting Devices (Priority positions on byte-multiplexer channel) 



System Identification 










1 




















Step A — *" 








^ 


Date 


Device No 

Name • rT. \ 7 .. . . 


Device No 








Name Z5.Q.I.. 


Name .'."♦" H" ./» . 


Name jZ/O . 


Name . . 


/ 




Wait 

Time 


Wait 


Wait 


Wait 

Time 


Wait 
Time . , 












Priority Devices 




Time 


A 


B 


A | B 


A 


B 


A 


B 


A 


B 


A 


Devices at Priority 
Positions on 
Byte-Multiplexer 
Channel 


i 
















































\ 


2 








Device 

Load =........ 
















\ 








(A Sum) 


IB Sum) 


\ 








Previous 

Load * 


A Sum-: 


\ 








\ 


3 








LOAD 
SUMt 


Device 












i 








(A Sum) 


IB Sum) 










Previous 
Load 


A Sum -;• 








Wait Time 




1 




/ 


4 








LOAD 
SUMt 


Device 








/ 








Load 




(A Sum) 


IB Sum) 


/ 




/ 










Previous 


A Sum ■: 

Wait Time = 










Load 




I 






5 










LOAD 


Device 
Load 




\ 








SUMt 




(A Sum) 


lA 














Previous 


A Sum : 

Wait Time ~ . . . 








6 














LOAD 
SUMt 










Load " ■ • 1 





























Figure 12. Load Sum Worksheet with Devices Listed in Priority Sequence [20422] 
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STEPB 

From the appendix tables A-l and A-2 obtain the wait 
times of each device and insert these times on the 
worksheet (Figure 13). Notice that no times are required 
for the 3270 because this device is overrun-free. After 
entering the devices' wait times, proceed to step C. 
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Figure 13. Device Wait Times Listed [20423] 
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STEPC 

Notice the priority load column at the left hand side of the 
sheet. Obtain the priority load (time, A, B) from the 
appendixes for the first and second devices on the channel. 
The third device (the 1442 in our example) need not be 
listed because the 1 442 creates a priority load only for the 
3270 which is overrun-free, hence, independent of any 



priority load. After writing in the priority loads, the 
worksheet will appear as shown in Figure 1 4. 

Notice that you must list all times that a device may have, 
e.g., if there are two or three different priority loads, all of 
them must be listed. This is necessary because, in the next 
steps, you must select the appropriate priority load upon 
the waiting device as discussed under "Multiple A and B 
Factors" (see Figure 10). 
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Figure 14. Priority Loads Listed [20424] 
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STEPD 

Select the priority load which the first priority device (the 
1419) imposes on the second device (the 2501 in our 
example). Since the priority load column shows three A 
and B factors for the first device, look for the "time" 
closest to the device's wait time, as follows: 



The wait time of the 2501 is 0.91. 

The priority load times of the 1419 are 0.38, 0.58, and 
0.85. Because the wait time (0.91) of the 2501 falls in the 
priority time range "0.85 and longer", use the A and B 
factors associated with "time" 0.85 and copy these factors 
as priority loads into the A and B columns of the second 
device (Figure 1 5). 
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Figure 15. Priority Loads Inserted for Second Device [20425] 
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STEPE 

You can now calculate whether the 2501 will overrun or 
not by proceeding as follows: 

1 . Add the priority loads to obtain an A sum and a B sum. 
Since there is only one priority load each, the A factor is 
already the A sum and so is the B factor the B sum. 

2. Divide the A sum by the wait time (i.e. 47.1 by 0.91) 
and write the result into the appropriate box. 



3. Get the device load (of the 2501) and the previous load 
(of the 2501) from Appendix A and enter these values 
into the appropriate boxes (Figure 16). 

4. Add (from bottom to top) previous load, device load, 
quotient of A sum by wait time, and B sum. In our 
example, the result is 87.7, and, since this does not 
exceed 100.0, the 2501 will definitely not overrun. 

The next step will now be a similar calculation for the 
1442. 
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Figure 16. All Factors Added to Obtain Load Sum for 2501 [20426] 
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STEP F 

To calculate the overrun situation for the third device, 
select the 1419 priority load range that falls into the wait 
time of the 1442, then select the priority load which the 
second device (the 2501) imposes on the 1442 (Figure 17). 
Notice that the A and B factors 5.23 and 13.2 were 
chosen because the wait time of the 1442 (11.1) falls in the 
priority time range "0.9 and longer". 
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Figure 17. Priority Load of All Previous Devices Copied [20427] 
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STEPG 

In step G, add the priority loads to obtain an A sum and a 
B sum (Figure 18). 
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Figure 18. Priority Loads Added to Get A-sum and B-sum [20428] 
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STEPH 

The principle of the calculation should now be clear. The 
more devices there are, the greater the A and B sums will 
be. The remainder of the operation consists of dividing A 
sum by wait time (in our example 52.33 by 11.0), then 
introducing device load, previous load, and adding all 
results including the B sum. The load sum thus obtained 
will show whether the 1442 will overrun or not (Figure 19). 



The result shows that the 1442 cannot overrun. To sum 
up the entire example: the entire configuration of 1419, 
2501, 1442, and 3270 would run on the Model 115 
without ever incurring an overrun. To be certain, you may 
calculate the 1419 itself although there is rarely a need for 
calculating the top-priority device. In Figure 19 you see the 
device load and the previous load for the 1419 added (there 
is no priority load) and this also does not exceed 100. This 
is proof of a sound configuration. 
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Figure 19. Load Sum for 1442 Completed [20429] 
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OVERRUN CONFIGURATION 

The next example shows an overrun-configuration. It is 
assumed that a 1419, a 2501 with column binary read 
feature, and a 1442 (read EBCDIC) are to be connected 
(Figure 20). 

The results in Figure 20 demonstrate that the 2501 and 
the 1442 would both have an overrun hazard. The 2501 
with column binary feature transfers two bytes per card 
column, hence imposes a greater load. The load sums, being 
absolute worst case figures, do not show how often the 
overrun would occur in practice. The decision to connect 
devices with a potential overrun hazard must be made by 
considering the actual application. This is because the 
foregoing procedure for testing data overrun on the 
byte- multiplexer channel assumes that: 



1 . Each waiting device makes its request for channel service 
at the worst possible time — that is, when all the priority 
devices combine to cause maximum interference during 
the waiting device's wait time. However, the greater the 
number of priority devices that contribute to a load sum 
for a particular waiting device, the less likelihood there 
is of all worst-case conditions occurring simultaneously. 

2. Devices all work at their maximum possible data rates, 
or at their tolerance limits, whichever is the worst case. 

3. Data field lengths and command sequences cause the 
worst interference that can be reasonably expected in 
practice. 

4. Channel programming conventions have been followed, 
see "Channel Programming Conventions". 
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Figure 20. Example of Overrun Configuration [20430] 
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Channel Interference with IPU 



I/O operations on the byte-multiplexer channel (such as 
data transfer and command chain handling) do not interfere 
with the IPLTs instruction processing, because the IPU and 
the channel do not share microprogram control. Nor do the 
integrated attachments interfere with the IPU. However, 
I/O instructions which require IPU service and channel 
service simultaneously — SIO, TIO, 'halt I/O' (HIO) and 
'halt device' (HDV) instructions — and the associated 
interrupt handling do interfere with the IPU. (The 'store 
channel identifier' (STIDC) and 'test channel' (TCH) 
instructions for channel are handled by the IPU only.) 
IPU-channel interference may be calculated as 

1. Waiting time for channel service. 

2. Communication time from the channel accepting 
selection (from IPU) to storing channel status and/ or 
offering condition code (to IPU). 

IPU WAITING TIME FOR CHANNEL SERVICE 

The byte- multiplexer channel's main task is to service I/O 
devices. I/O requests are handled with priority over IPU 
requests. (I/O service may be interrupted only by an HIO 
instruction or an HDV instruction addressed to the device 
being serviced - and only in burst mode.) When all I/O 
requests have been serviced, the multiplexer channel tests 
for a request from the IPU at 60-microsecond intervals. 

With normal channel utilization, the IPU does not wait 
longer than a few hundred microseconds for channel 
service. (Excessive loads on the byte-multiplexer channel 
can be avoided by testing for data overrun, as already 
described, before installation.) If an I/O device forces data 
transfer in burst mode, the channel automatically answers 
an IPU request for channel service with the 'channel busy' 
response (condition code 2). If a buffered I/O device is 
transferring data in byte mode (requesting channel service 
for each successive byte before the channel has returned to 
its idle loop), an IPU request for channel service must wait 
until the device has transferred an entire record. 



COMMUNICATION TIME BETWEEN IPU AND BYTE- 
MULTIPLEXER CHANNEL 

After accepting an IPU request, the byte-multiplexer 
channel fetches and decodes the instruction identifier. For 
an SIO instruction it fetches the channel address word 



(CAW) and handles the first CCW, selects the I/O device, 
tests the received initial status, stores the CSW, if 
applicable, and offers the condition code to the IPU. For a 
TIO instruction or an I/O interruption the channel stores 
the CSW. If the interruption is a device end (secondary) 
interruption, the device is selected and the status is fetched 
for storing in the CSW. For a TIO instruction, a condition 
code is also stored. 

The time used by the channel microprogram for the 
different tasks is given in Figure 21. When an I/O selection 
is necessary, the elapsed time depends also on the response 
time of the addressed I/O device. This I/O device response 
time must be added to find the complete IPU interference. 



Channel Activity 


Interference 
microseconds 


The time (in microseconds) is the period from "IPU- 




Select" on to "Response" off 




Execution of SIO for CC = without IDA and PCI 




in CCW 


95* 


Additional for IDA 


21 


Additional for PCI 


2 


Execution of TIO for clearing: 




1. Interrupt condition in subchannel (channel status 




not zero or unit status with channel end, CC = 1 ) 


56 


2. Interrupt condition in I/O device (unit status not 




zero, without channel end, CC = 1 ) 


59* 


3. No interrupt condition (CC = 0) 


35* 


4. No interrupt condition, subchannel busy (CC = 2) 


None 


Interrupt handling for clearing : 




1. PCI interrupt 


57 to 99** 


2. Interrupt condition in subchannel (channel status 




not zero or unit status with channel end) 


99 to 141** 


3. Interrupt condition in I/O device (unit status not 




zero, without channel end) 


146** 



* Includes time for selecting device (time varies depending on 
type of device). For further information see channel's I/O 
selection timing (Figure 5) and the appropriate System 
Library manual for the I/O device. 

** Contains interrupt priority handling, timing depends on 
subchannel address. 

Figure 21. Interference with IPU During I/O Instructions, Caused 
by Channel Service to Devices Connected to Byte- 
Multiplexer Standard I/O Interface [ 2043 1 ] 
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Program Overrun 



A particular effect of channel interference with IPU 
processing (see previous section) is program overrun. 
Program overrun results from a program being slowed down 
to such an extent that the program is late in providing real 
time service to a device and, therefore, causes incorrect 
operation of that device. 

The possibility of program overrun must always be 
considered for those I/O operations that involve high-speed 
document-handling devices such as the 1419 Magnetic 
Character Reader. In program-sort mode, the 1419 reads 
data into the main storage while the document is passing 
the read station. Then, before the document reaches the 
stacker-select station, the program must calculate the 
stacker required and issue the correct stacker-select 
command. If the stacker-select command arrives too late 
(because of program overrun), the document is not stacked 
correctly and the channel program stops. 

HOW TO ASSESS PROGRAM OVERRUN 

To investigate the possibility of program overrun, proceed 
as follows: 

1. Establish the available program time, that is, the time 
during which the program must perform its calculations 
and issue the command. Call this "A" (available time). 

2. Establish the time that the program takes between 
reading data and issuing the command. (This time can be 
established by totaling the execution times of the 
component instructions — see "Appendix B. Instruction 
Timings" in IBM System/ 370 Model 115 Functional 
Characteristics GA33-1510.) When establishing this 
time, take all program activity into account including, 
for example, the handling of the interruption after the 
data is read, and the SIO for the selection of the I/O 
device, and any possible supervisor program activity. 
Call this time "P" (processing time). 

3. Subtract the processing time "P" from the available time 
"A" and you will get the maximum waiting time for 
channel service. 



4. Test for program overrun in the same manner as 
explained in the foregoing section for data overrun. 
Regard the IPU as the device with the lowest priority on 
channel. Calculate the priority load of all connected I/O 
devices which may run concurrently. 



Device load Device time of waiting device 

% Waiting time for IPU service 

Previous load 0. 1 ms 



X 100 



% 



Waiting time for IPU service 



X 100 



If the load sum exceeds 100 per cent, program overrun may 
occur. 



POTENTIAL PROGRAM OVERRUN WITH 2311 OR 
2314 DISK EMULATION 

When planning to attach time-dependent devices (such as 
the 1419), you must consider whether 2311 or 2314 
emulation will take place while such devices are running. 
The disk emulator microprogram sometimes requires the 
full processing power of the IPU; at such times, the IPU 
cannot react immediately to external interruptions. The 
length of time for which the emulator occupies the IPU 
depends on the physical length (block size) of records. 
Record length can be adjusted, however, to minimize the 
chance of overrun. 

Figure 22 shows the worst-case interference, which occurs 
when a search operation is successful on the last record of a 
track, and the record is then read. In this situation, the 
maximum search time is incurred. As for all records, the 
time taken to transfer the record adds to the total time for 
which the IPU is occupied. 

A large number of small records significantly increases the 
search time, whereas a small number of large records 
reduces the search time but significantly increases the read 
time. The best balance is achieved by using the record 
length which is associated with the shortest time. 
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0.6 


3.5 


5.6 


0.7 


3.4 


5.2 


0.8 


3.4 


4.9 


0.9 


3.4 


4.8 


1.0 


3.4 


4.7 


1.1 


3.5 


4.6 


1.2 


3.6 


4.6 


1.3 


3.7 


4.6 


1.4 


3.8 


4.6 


1.5 


3.9 


4.7 


1.6 


4.0 


4.7 


1.7 


4.1 


4.8 


1.8 


4.2 


4.9 


1.9 


4.3 


5.0 


2.0 


4.5 


5.1 


3.0 


5.8 


6.2 


4.0 




7.5 


5.0 




8.9 


6.0 




10.3 


7.0 




11.8 
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Figure 22. IPU Time Required to Search and Read the Last Record on a Track [20432] 
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Channel Utilization 



The percentage of time for which a channel is busy and is 
therefore not available for use by other devices is called the 
channel utilization. Excessive channel utilization (greater 
than 70%) can cause queues to form for tasks or devices 
that need to use the channel. This excessive channel 
utilization can occur only in large configurations however, 
and is unlikely to be the limiting factor in system 
performance. 

Because excessive loading of the byte-multiplexer channel 
can be investigated adequately by checking for data overrun 
and by checking the interference with the IPU, it is 
unnecessary to evaluate channel utilization for the 
byte- multiplexer channel. 
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Appendix A. Channel Evaluation Factors for Devices on Byte-Multiplexer Channel 



Input/output device 


Class 


Nominal 
data rate 


Cycle 
time 

ms 


Wait 
time 

ms 


Device 
load 


Previous 
load 


Priority toad 


Time 
ms 


A 


B 

% 


kilobytes/s 


% 


% 


%ms 


1287 Optical Reader 

1428 and ASCS OCR font 


1M* 


2.50 


Var 


0.40 


16.12 


30.0 


0.46 
1.41 
5.26 


46 



78 



32 
17 


1 428 and ASCS OCR font with 
blank detection 


1M # 


2.50 


Var 


0.13 


49.62 


92.0 


0.46 
1.34 
5.13 


46.0 

0.0 

51.3 



35.0 
25.0 


1 428 and ASCS OCR font with 
imprinting 


1M* 


0.50 


Var 


2.00 


3.22 


6.0 


0.46 


44.1 


4.2 


7B1 /Gothic font 


1M* 


0.40 


Var 


2.50 


2.58 


4.8 


0.46 


44.8 


3.4 


Numeric handwritten characters 


1M* 


0.33 


Var 


3.00 


2.15 


4.0 


0.46 


44.8 


2.8 


Handwritten with blank detection 


1M* 


0.33 


Var 


1.50 


4.30 


8.0 


0.46 
2.87 


46 
42.0 



5.2 


Mark read 10 positions 


1M* 


0.50 


Var 


2.00 


3.22 


6.0 


0.46 


44.2 


4.1 


Mark read 12 Positions 


1M* 


0.86 


Var 


2.30 


2.80 


5.22 


0.46 


44.4 


3.6 


Roll form 


1M* 


2.50 


Var 


0.40 


16.12 


30.0 


0.14 
0.57 


14.07 
6.51 



13.6 


Roll form with separate mark 
line command 


1M* 


2.50 


Var 


0.40 


16.12 


30.0 


0.28 
0.51 
0.75 


28.1 


30.6 



55 

14 


Roll form with blank detection 


1M* 


2.50 


Var 


0.13 


49.62 


92.0 








Roll form with blank detection and 
separate mark line command 


1M # 


2.50 


Var 


0.13 


49.62 


92.0 








1288 Optical Page Reader** 

Formatted alphameric 


1M 


1.00 


Var 


1.00 


4.70 


12.00 


0.38 


35.5 


6.5 


Unformatted alphameric 


1M 


1.00 


Var 


1.00 


4.70 


12.00 


0.38 


35.6 


6.3 


Handwritten/Gothic font 


1M 


0.33 


Var 


2.50 


1.80 


4.80 


0.38 


37.0 


2.7 


Mark read 1 position 


1M 


1.00 


Var 


1.00 


4.70 


12.00 


0.38 


35.6 


6.4 


Mark read 2 positions 


1M 


0.56 


Var 


1.77 


2.66 


6.78 


0.38 


36.6 


3.7 


Mark read 3 positions 


1M 


0.39 


Var 


2.54 


1.85 


4.73 


0.38 


38 





Mark read 4 positions 


1M 


0.30 


Var 


3.31 


1.42 


3.62 


0.38 


38 





Mark read 5 positions 


1M 


0.49 


Var 


4.08 


1.15 


2.94 


0.38 


38 





Mark read 6 positions 


1M 


0.41 


Var 


4.85 


0.97 


2.47 


0.38 


38 





Mark read 7 positions 


1M 


0.36 


Var 


5.62 


0.84 


2.14 


0.38 


38 





Mark read 8 positions 


1M 


0.31 


Var 


6.39 


0.74 


1.87 


0.38 


38 






M = Byte mode on byte-multiplexer channel 
Var = Variable 

* The 1287 is classified as '1" because it is capable of overrun. Recovery from overrun is completed under program control (no 

manual intervention is needed) and there is only a slight degradation of performance. 
** The 1288 is not currently offered for attachment to the System/370 Model 115. All the 1288 figures are provided for 

information purposes only. 

Figure A-l. Byte-multiplexer Channel Devices - Channel Evaluation Factors [20433] 
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Input/output device 


Class 


Nominal 
data rate 


Cycle 
time 


Wait 
time 

ms 


Device 
load 


Previous 
load 


Priority Load 


Time 
ms 


A 


B 

% 


kilobytes/s 


ms 


% 


% 


ms% 


1288 Optical Page Reader (continued) 
Mark read 9 positions 


1M 


0.28 


Var 


7.16 


0.66 


1.68 


0.38 


38 





Mark read 10 positions 


1M 


0.25 


Var 


7.93 


0.59 


1.51 


0.38 


38 





Mark read 1 1 positions 


1M 


0.23 


Var 


9.70 


0.54 


1.38 


0.38 


38 





Mark read 12 positions 


1M 


0.21 


Var 


9.47 


0.50 


1.27 


0.38 


38 





1419 Magnetic Character Reader 


1M 


See Appendix B 


1442 Card Read Punch Model N1 

Punch-only EBCDIC 


2M 


0.12 


656 


11.00 


0.9 


1.1 


0.16 


16.2 





Punch-only card image 


2M 


0.24 


656 


5.5 


1.8 


2.2 


0.16 


16.2 





Read EBCDIC 


1M 


0.53 


150 


0.80 


13.5 


15 


0.16 
0.85 
32 


16.2 
4.8 
350 




13.5 
3 


Read card image 


1M 


1.07 


150 


0.40 


27.0 


30 


0.16 
0.46 
32 


16.2 
3.44 
703 



27 
5.9 


2501 Card Reader Model B2 

EBCDIC 


1M 


1.33 


60 


0.91 


13.3 


13.2 


0.17 
0.9 


17.2 
5.23 



13.2 


Column binary 


1M 


2.67 


60 


0.46 


26.5 


26.4 


0.17 
0.48 


17.2 
4.55 



26.5 


2520 Card Read Punch Model B1 

Read/punch EBCDIC 


1/2M 


1.33 


120 


1.02 


12.11 


11.8 


4.3 
32 


428 
50.8 



11.9 


Read/punch card image 


1/2M 


2.67 


120 


1.02 


18.33 


11.8 


16.2 
50 


1621 
942 



21 


2520 Card Read Punch Model B1 and 
2520 Card Punch Model B2 

Punch-only EBCDIC 


2M 


0.67 


120 


9.0 


46.6 


1.3 


4.2 
60 


420 
270 



3.5 


Punch-only card image 


2M 


1.33 


120 


9.0 


90.6 


1.3 


8.15 
66 


815 
408 



6.8 


2520 Card Punch Model B3 

Punch-only EBCDIC 


2M 


0.40 


200 


15.00 


27.9 


0.8 


4.2 


410 


2.1 


Punch-only card image 


2M 


0.80 


200 


15.00 


54.3 


0.8 


8.15 
10.9 


815 
37.6 



4.1 



M = Byte mode on byte-multiplexer channel 
Var= Variable 

Figure A-2. Byte-multiplexer Channel Devices - Channel Evaluation Factors [20434] 
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Appendix B. IBM 1419 Magnetic Character Reader: Priority Assignment and Channel 

Evaluation Factors 



This appendix describes: 

1. How to assign the priority of a 1419 Magnetic Character 
Reader in relation to other devices (including other 
1419s) on the byte- multiplexer channel. 

2. How to enter 1419 channel evaluation factors on the 
byte- multiplexer channel load sum worksheet. This 
information is required for steps A to F in "How to Test 
for Byte-Multiplexer Channel Overrun" for calculating 
the load sum of the 1419. 

HOW TO ASSIGN PRIORITY POSITION OF A 1419 

Treat the 1419 as a class 1 device; that is, assign it a priority 



according to its wait time as described under "Priorities" in 
"How to Assign Priorities of Byte-Multiplexer Channel 
Devices". Figure B-l gives the wait times. 

When the priority of the 1419 is being assigned, the 
141 9(s) should be the last unit(s) on the physical interface. 



HOW TO ENTER 1419 CHANNEL EVALUATION 
FACTORS ON LOAD SUM WORKSHEET 

Obtain the wait time, device load, previous load, and 
priority-load factors from Figure B- 1 and enter them on the 
load sum worksheet as described in Figures 13, 14, and 15. 



1419 Magnetic Character Reader 
with feature: 


Class 


Nominal 
data rate 


Cycle 
time 


Wait 
time 

ms 


Device 
load 


Previous 
load 


Priority load 


Time 


A 


B 

% 


kilobytes/s 


ms 


% 


% 


ms 


% ms 


S/360 Adapter - Single Address 


1M 


1.25 


32.3 


0.65 


12.71 


18.32 


0.28 
1.07 


28.14 
13.8 




13.4 


S/360 Adapter - Single Address, and 
Batch Numbering 


1M 


1.25 


32.3 


0.65 


12.71 


18.32 


0.54 
1.36 


54.2 
36.2 



13.4 


S/360 Adapter - Dual Address, as 
supported by DOS 


1M 


1.25 


32.3 


0.65 


12.71 


18.32 


0.38 
0.58 
0.85 


37.7 



47.1 



65 
9.4 



Figure B-l. 1419 Channel Evaluation Factors [20435] 
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IBM System/370 Model 115 Byte-Multiplexer Channel:] 
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Figure B-2. Example Showing How Two 1419s with the Expanded Capability Feature Should Appear on the Load Sum 
Worksheet [20436] 
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Appendix C. Abbreviations and Glossary 



ABBREVIATIONS 



avail available 

bps bits per second 

CAW channel address word 

CCW channel command word 

CSW channel status word 

cmnd command 

cps characters/second 

CPU central processing unit 

EBCDIC extended binary-coded-decimal interchange code 

HDV halt device 

HIO halt I/O 

ICA integrated communications adapter 

IDA indirect data addressing 



I/O 


input/output 


IPU 


instruction processing unit 


ms 


millisecond 


MSC 


main storage controller 


No. 


number 


PCI 


program-controlled interruption 


s 


second (of time) 


SIO 


start I/O 


STIDC 


store channel identifier 


SVP 


service processor 


TCH 


test channel 


TIC 


transfer in channel (channel command) 


TIO 


test I/O 


)US 


microsecond 


var 


variable 


WT 


wait time 



GLOSSARY 



Kilobyte (per second): One thousand bytes (per second). 



Channel Service: The channel activity that is needed to 
select a particular device and to completely transfer a byte. 

Channel Utilization: For a given rate of record transfer 

(records per second), channel utilization is the percentage 

of time that a channel is busy and unavailable to other 
devices. 

Data Overrun: The failure of the channel to provide input 
or output service fast enough to prevent the loss of data. 
Data overrun can occur only on I/O devices or control units 
that have no data buffer (class 1 devices). 

Device-Load Factor: The percentage of the device's wait 
time that is required for the channel to provide the device 
with channel service. 

Immediate Operation: An operation is called immediate 
when the I/O device signals the channel end condition 
immediately on receipt of the command code. (Further 
information is given in IBM System/ 360 Principles of 
Operation, GA22-6821.) 

Interference: Any activity that causes a device to wait for 
the completion of channel service. 



Load Sum: The percentage of a waiting device's wait time 
that is required to allow for all possible I/O interference. 
The load sum is made up of priority-load factors, a 
previous-load factor, and the device-load factor. 

Previous-Load Factor: The percentage of a device's wait 
time that is required to allow a lower-priority device to 
finish using channel service. (The previous-load figures given 
in the channel evaluation factor tables assume that 
interference of this kind lasts for approximately 0.1 
millisecond.) 

Priority Device: A device that can cause a lower-priority 
device to wait for the completion of channel service. 

Priority-Load Factors: These yield the percentage of a 
device's wait time that is required to provide channel 
service to a higher-priority device. 

Program Overrun: The failure of the program to provide an 
I/O device with program service fast enough to prevent 
incorrect operation. 

Waiting Device: A device that is caused to wait for the 
completion of channel service. 
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Index 



A-factor interference 6 
combined with B-factor 



B 



B-factor interference 6 

combined with A-factor 6 
buffered I/O devices, performance of when channel is overloaded 
burst mode data transfer 3 
byte-multiplexer channel 

burst mode devices on 10 

communication time with IPU 2 1 

data overrun 2,5 

data rates and timings 2 

devices not liable to overrun 9 

how to assign priorities for devices 10 

how to test for data overrun 1 1 

interference, description of types 5 

I/O device addresses for 1 



CCW 21 

channel (see also byte-multiplexer channel) 

effects of loading on 2 

interference with IPU 21 
channel 21 

channel initiated I/O selection and data transfer in burst mode 
channel utilization 25 

classes of device on byte-multiplexer channel 9 
command chaining 

commands for byte-multiplexer 4 

data for byte-multiplexer 4 

times 4 
console matrix printer 1 
CSW 21 



emulation, disk, program overrun with 23 



H 



how to assess program overrun 23 

how to choose priority load factors 7 

how to test for data overrun on the byte-multiplexer channel 1 1 



I 



ICA 1 

use of addresses 1 
indirect data addressing 3 
initial selection of first SERV-IN test 3 
integrated attachments and adapters 1 

direct disk attachment 1 

integrated card I/O and printer attachment 1 

integrated communications adapter 1 

integrated tape adapter 1 

use of I/O addresses 1 
interference, description 5 

during service to I/O devices 21 

factor- A 6 

factor-B 6 

multiple A and B factors 6 

program overrun 23 

with IPU 2,21 
integrated card I/O and printer attachment 1 

use of addresses 1 
integrated communications adapter 1 

use of addresses 1 
integrated tape adapter 1 

use of addresses 1 
IPU 

waiting time for channel service 21 

communication time with byte-multiplexer channel 21 



D 



data chaining 2 

transfer, burst mode 3 

transfer, byte mode 3 
data overrun, description 5 

effects of on unbuffered devices 2 
data rates and timings of byte-multiplexer channel 2 
device address byte for shared byte-multiplexer subchannel 
device addressing 1 
device load 5,7 
devices liable to overrun 9 
devices that do not overrun 9 
direct disk attachment 1 

use of addresses 1 
disk emulation, program overrun with 23 



load, previous (see previous load) 

load curve 

example of A-factor interference 6 
example of B-factor interference 7 



M 



multiplexer channel (see byte-multiplexer channel) 



N 



natively attached I/O devices, addressing 1 
non-overrunnable devices, byte-multiplexer channel 
non-shared subchannels (see subchannels) 
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overrun (see data overrun, and program overrun) 



time-dependent devices, program overrun 23 



program overrun, description 23 

effect of on real time devices 4 

with 2311/14 emulation 23 
graph 24 
previous load 5 
priority load, description 5,6 

how to choose factors 6,9 
priorities for byte-multiplexer channel devices, burst-mode 
devices 10 

class 2 and 3 devices 10 

devices having class 1 and class 2 components 10 

how to assign 9 

for 2701, 2702, 2703 10 



R 



real time devices, during program overrun 4 



'select-in' line 

connections for required priority sequence on byte-multiplexer 
channel 9 
'select-out' line 

connections for required priority sequence on byte-multiplexer 
channel 9 
shared subchannels 1 
subchannels 1 

addressing 1 

non-shared 1 

shared 1,2 



u 



unbuffered I/O devices during data overrun 2 
use of I/O addresses by multiplexer channel and integrated 
attachments 1 



w 

wait time, description 5 
and interference 5 



Numeric 

1419 Magnetic Character Reader, in example of priority 
sequence 9 

how to assign priority 29 

overrun with 2311/14 emulation 2 3 
1442 Card Read Punch, in example of priority sequence 9 
2311 Disk Storage Drive, emulation 23 
2314 Direct Access Storage Facility, emulation 23 
2501 Card Reader, in example of priority sequence 9 

2701 Data Adapter Unit, how to assign priority 10 

2702 Transmission Control, how to assign priority 10 

2703 Transmission Control, how to assign priority 10 
3270 Information Display Terminal, in example of priority 

sequence 9 

3340 Disk Storage and Control 1 

3410 Magnetic Tape Unit 1 

3411 Magnetic Tape Unit and Control 1 
3420 Magnetic Tape Unit 1 

3803 Tape Control 1 
5213 Printer 1 
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